Revert "libxl_set_memory_target: retain the same maxmem offset on top of the current...
authorWei Liu <wei.liu2@citrix.com>
Tue, 23 Jun 2015 16:07:57 +0000 (17:07 +0100)
committerIan Campbell <ian.campbell@citrix.com>
Thu, 25 Jun 2015 10:22:04 +0000 (11:22 +0100)
commit3821d303f5d2d35f8625391879f9ada16f53a40b
treec69d6be4ba692e02beb503127ddd710e086e36c6
parentbaf60a54d473a0e5cdd8e5f92350ce8650507d04
Revert "libxl_set_memory_target: retain the same maxmem offset on top of the current target"

This reverts commit 0c029c4da2169159064568ef4fea862a5d2cd84a.

A new memory model that allows QEMU to bump memory behind libxl's back
was merged a few months ago. We didn't fully understand the
repercussions back then. Now it breaks migration and becomes blocker of
4.6 release.

It's better to restore to original behaviour at this stage of the
release cycle, that would put us in a position no worse than before, so
the release is unblocked.

The said function is still racy after reverting these two patches.
Making domain memory state consistent requires a bit more work. Separate
patch(es) will be sent out to deal with that problem.

Fix up conflicts with f5b43e95 (libxl: fix "xl mem-set" regression from
0c029c4da2).

Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
tools/libxl/libxl.c